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(57) Abstract: The invention concerns event management, in a standard computer system including a central unit connected to 
storage units and peripherals through a data bus (50) for a multiple>master setup, comprising the following steps: receiving the events; 
dating said events and storing same; assigning at least an action suited to each received event; executing said action in response to 
the received event The invention is characterized in that said management steps are performed in real time without accessing the 
central unit, by a management unit (70) included in an independent management module (60) contiected to the data bus (50) and 
implanted in the standard computer system. 
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(57) Abr^^ : L*invention conceme la gestion des ev^nements, dans un systeme infomiatique standard comportant une unite centrale 
connectee a des unites memoires et des peripheriques par un bus dMnformations (50) permettant un montage multi-raaitre, compre- 
nant les Stapes suivantes : - recevoir les 6venements,- dater et stocker ces ev^nements, - attribuer au moins une action appropriee k 
chaque 6venement re^u, - ex^cuter cette action en reponse a l*evenement regu, caracterise en ce que les etapes de gestion precitees 
sont r^alisees en temps reel sans acceder a 1' unite centrale, par une unite de gestion (70) compris dans un module de gestion (60) 
independant relie aa bus d' informations (50) et implante dans le systeme informatique standard. 
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Titre de ^invention 

Procedd et syst^me de gestion des ev^nements. 

Arrifere plan de I'invention 
5 La presente invention concerne la gestion des ev^nements 

dans un systeme informatique standard comportant une unit6 centrale 
connectee a des unites memoires et des peripheriques par un bus 
dMnformations permettant un montage multi-maTtre. 

La gestion de certains processus necessite de prendre en 

10 compte la detection de parametres et I'envoi des instructions de 
comnnande appropriees en temps reel ou dans un temps extremement 
court de Tordre de la microseconde (ps). Ce type d'application se 
rencontre dans le domaine aeronautique ou spatial ou dans la gestion 
de certains processus industriels. 

15 II existe des syst^mes de gestion en temps r6el bases sur des 

controleurs logiques programmables. L'inconvenient de ces 
contrdleurs logiques est leurs faibles puissances de traitement et 
surtout leurs incompatibilites avec les r^seaux informatiques 
classiques. En effet, la nature spScifique des systemes bases sur les 

20 contrdleurs logiques ne permet pas de connecter ces systdmes k un 
reseau informatique d'architecture standard. 

Par ailleurs, dans un systeme informatique standard par 
exemple a base d'un micro-ordinateur, equipe de canaux de 
communication ou bus d'informations rapides (par exemple le bus PCI) 

25 et pilote par un systeme d'exploitation multltache (par exemple 
Windows NT), la gestion en temps reel n'est pas possible entre 
differentes unites du systeme informatique. 

La figure 13 montre de fagon tres schematique, un systeme 
informatique standard comportant une unite centrale 10 pilotee par 

30 une horloge par exemple a 10MHz (non representee), une unite 
mSmoire 20 et des peripheriques 30, 40 auxqueis est ajoute un 
envlronnement logiciel ou systeme d'exploitation necessaire au 
traitement de I'information. L'unite centrale 10 assure la commande et 
les operations arithm^tiques et logiques. L'unite memoire 20 

35 comprend aussi bien de la memoire vive 21 que de la memoire morte 
23, tandis que les peripheriques comprennent des interfaces d'entree 
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et de sortie. Les echanges de donnees, d'adresses, de signaux de 
commande et de synchronisation entre les differentes unites du 
systeme informatique s'operent grace a un bus d'informations 50. 

Dans un tel systeme Informatique standard, §quip6 d'un 
5 systdme d'exploitation dit « temps reel », rien n'est prevu pour traiter 
preclsement et rapldement I'arriv^e de signaux discrets ou de donn6es 
sur le bus d'informations 50. Ce genre de systfeme d'exploitation ne 
permet qu'un dialogue entre I'unite centrale et une autre unite et 
avec des temps de r^ponses de I'ordre de la milliseconde (ms) qui sont 
10 inadaptes pour des processus comportant des parametres importants 
et tr^s sensibles comme dans les domaines aeronautlque et spatial. 

Objet et resume de Tinvention 

L'invention a pour but de remedier a ces inconvenients et 
15 propose h cet effet un procede de gestion des evenements, dans un 
systeme informatique standard comportant une unite centrale 
connectee a des unites memoires et des peripheriques par un bus 
d'informations permettant un montage multi-maTtre. 

Le procede comprend les Stapes suivantes : 
20 - recevoir les 6v6nements, 

- dater et stocker ces 6venements, 

- attrlbuer au molns une action appropriee a chaque evenement requ, 

- exicuter cette action en rSponse ci r6v6nement requ, 

de sorte que les Stapes de gestion pr^citees sont realisees en temps 
25 r6el sans acceder a I'unite centrale, par une unite de gestion compris 
dans un module de gestion independant relie au bus d'informatlon et 
impiante dans le systeme informatique standard. 

Ainsi, un systeme informatique standard est transforme en 
un systeme temps reel par I'implantation d'un unique module de 
30 gestion additionnelle. 

Chaque evenement regu est stocke dans une premiere 
memoire associee a I'unite de gestion et la gestion en temps reel est 
de I'ordre d'une microseconde. 

De preference, le module de gestion independant est isole 
35 de runit§ centrale par un pont. 
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faction a executer est lue dans une table des actions 
associ^e a i'unite de gestion et est preprogrammee au travers du bus 
d'informations. 

Avantageusement, les evenements requs par I'unite de 
5 gestion sont dates avec une precision de I'ordre de 100 nanosecondes 
et stoclces en outre dans une seconde m^moire associ^e h l'unit§ de 
gestion permettant ainsi de lire ces evinements aux travers du bus 
d'informations af in d'enregistrer et de controler ces evenements. 

Les evenements requs par I'unite de gestion peuvent etre 
10 generes par un registre d'horloge interne au module de gestion, par 
une unite adjacente au module de gestion ou par un equipement 
exterieur au systeme informatique. 

Les evenements regus par I'unite de gestion sont 
synchronises a une frequence correspondante a celle d'une horloge 
15 interne au systeme informatique. 

Selon un mode particulier de I'invention, les evenements 
regus de I'equipement exterieur sont filtr6s af in d'elimlner d'eventuels 
parasites. 

Avantageusement, une interruption est generee par I'unite 

20 de gestion lorsqu'un evenement ne peut pas etre associe a une action. 

L'invention a aussi pour but de fournir un module de 
gestion des 4v6nements implante dans un systeme informatique 
standard comportant une unit6 centrale connect§e d des unites 
memoires et des peripheriques par un bus d'informations permettant 

25 un montage multi-mattre, ledit module de gestion comprend : 

- une unite de gestion independante, reliee au travers une interface a 
I'unite centrale via le bus d'informations, ladite unite de gestion etant 
destinee k recevoir et a traiter ces evenements en temps reel sans 
I'intermediaire de I'unite centrale, 

30 - une horloge de datation destinee a dater ces evenements avant de 
les stocker dans une premiere memoire interne a I'unite de gestion, et 
une memoire vive comprenant une table des actions 
preprogrammee, associee a I'unite de gestion, destinee a attribuer des 
actions appropriees aux evenements regus par cette derni^re. 

35 Le bus d'informations est un bus standardise du type choisi 

parmi un bus PCI, un bus VME, un bus compact PCI, un bus USB. 
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Selon une particularite de I'invention, le module de gestion 
comprend en outre une seconde memoire interne k i'uniti de gestion 
permettant de stoclcer les 6v6nements afin de les lire aux travers du 
bus d'information. 

5 Avantageusement, les premiere et seconde memoires sont 

du type FIFO et la memoire vive comprenant la table des actions est 
une memoire RAM double port. 

Breve description des dessins 
10 D'autres particuiarites et avantages du procede et du 

systeme selon I'invention ressortiront a la lecture de la description 
faite ci-apres, a titre indicatif mais non limitatif, en r6f6rence aux 
dessins annexes sur lesquels : 

- la figure 1 est une vue tres schematique d'un module de 
15 gestion des evenements, selon I'invention, implante dans un systeme 

informatique standard; 

- la figure 2 est une vue tres schematique d'un module de 
gestion des evenements, selon I'invention, implante dans un systeme 
informatique standard d'une architecture basee sur un bus 

20 d'informations de type PCI ; 

- la figure 3 est un schema d^taille d'un module de gestion 
des evenements des figures 1 et 2 ; 

- la figure 4 montre les diff^rentes zones d'un mot stocke 
dans un tableau 

25 des actions selon I'invention ; 

- la figure 5 est un organigramme montrant le deroulement 
general d'un processus de gestion des Evenements selon I'invention ; 

- la figure 6 est un organigramme montrant un processus de 
detection des evenements selon la figure 5 ; 

30 - la figure 7 est une variante de la figure 6 ; 

- la figure 8 est un organigramme montrant un processus de 
traitement des evenements selon la figure 5 ; 

- la figure 9 il lustre un exemple de gestion d'un evenement 
en provenance d'un registre d'horloge interne selon I'invention ; 

35 - la figure 10 montre des mots stock6s dans un tableau des 

actions selon I'exemple de la figure 9 ; 



wo 03/107185 




PCT/FR03/01761 



- la figure 1 1 illustre un example de gestion d'un 6v4nement 
externe selon I'inventlon ; 

- la figure 12 montre des mots stockes dans un tableau des 
actions selon I'exemple de la figure 11 ; et 

5 - la figure 13 est une vue tr^s schSmatique d'un syst^me 

informatique standard selon I'art anterieur. 

Description detalllee des modes de realisation 

La figure 1 montre tr^s sch§matiquement I'implantation 

10 d'un module de gestion 60 des 6venements, selon I'invention, dans un 
syst^me informatique standard. Le module de gestion 60 est reli6 i 
I'unite centrale 10 via un bus d'information 50 qui admet un montage 
multi-maitre ou muitlprocesseur permettant ainsi, au module de 
gestion 60 d'agir separement et d'une maniere ind^pendante de 

15 I'unit6 centrale 10. Dans ce cas, le bus d'information 50 est un bus 
standardise du type PCI, VME, compact PCI, ou USB. Ainsi, 
I'implantation du module de gestion 60 transforme le systeme 
informatique standard en un systeme informatique temps r6el. 

La figure 2 est en effet, un exemple d'un module de gestion 

20 60 des ^v^nements, implante dans un systeme informatique standard 
d'une architecture bas^e sur un bus d'informations 50 de type PCI. Le 
bus PCI est un bus synchrone supportant un multiplexage de donn^es, 
d'adresses et de signaux, et permettant un montage multi-mattre. En 
outre, la specification du bus PCI autorise I'interconnexion et I'emploi 

25 de passerelles ou ponts. Cette figure montre que les unites memoires 
20, p6riph6riques 30, 40 ainsi que le module de gestion 60 sont 
installees en cascade, a travers des ponts 55, 56, 57 respectivement. Les 
ponts jouent le role des filtres pour les unites qui ne sont pas 
concernees par le dialogue de I'unite centrale. Ainsi, le pont 57 permet 

30 de mieux isoler le module de gestion 60 de I'unite centrale 10 lorsque 
ce premier est en dialogue avec d'autres unites electroniques. 

La figure 3 montre de fagon plus detalllee le module de 
gestion 60 des evenements des figures 1 et 2. Ce module comprend 
une unite de gestion 70, pilotee par une horloge de synchronisation, 

35 par exemple, a une frequence de 33 MHz. Cette unit6 de gestion 70 
est destin^e i recevoir des evenements 80 et a ex^cuter des actions 90 



wo 03/107185 




PCT/FR03/01761 



correspondantes en temps reel et sans I'intermediaire de I'unit6 
centrale. Au moins une action appropriee est attribuee a chaque 
6v6nement re^u. Pour cela, I'unite de gestion 70 est en liaison avec 
une memoire vive 61, par exemple de type RAM double ports, 
5 accessible en lecture et en Venture. Bien entendu, I'unit6 de geistlon 70 
est connectee au bus d'information 50 au travers d'une Interface 63 
standard qui facilite I'^change de donnees avec ce bus d'information 
50. Par ailleurs, le module de gestion 60 comporte une plurality de 
registres d'horloges ou compteurs internes, non repr^sent^s sur la 
10 figure et qui peuvent se trouver dans I'unite de gestion 70 ou dans 
rinterface 63. A titre d'exemple, le module de gestion 60 comporte 
seize registres d'horloges h 20-bits cadences d la milliseconde. 

Un evenement 80 est d'une maniere generale, defini par un 
signal de d6clenchement qui identifie I'evenement et eventuellement 
15 par un vecteur ou pointeur indiquant a l'unit§ de gestion 70 I'adresse 
de I'action ou des actions correspondantes ^ executer. 

Par ailleurs, I'unite de gestion 70 comporte une horloge de 
datation 71, par exemple, d'une frequence de 10 MHz permettant 
ainsi de dater un evenement 80 a la precision de ia centaine de 
20 nanosecondes. 

Cette horloge de datation 71 peut §tre constitu6, d'un 
premier registre de 16-bits et d'un second registre de 32-bits. Le 
premier registre realise une base de temps intermediaire h 1 
milliseconde, et pilote ensuite le deuxi^me registre avec cette base de 
25 temps, de sorte qu'un §v6nement 80 peut etre dater pendant 2^\10"^= 
4,3.10^ secondes. 

En outre, I'unite de gestion 70 est associSe h une premiere 
memoire 73 et a une seconde m6moire 74 destinees d stocker les 
evenements 80 regus. De preference, les premiere 73 et seconde 74 
30 m^moires sont internes a I'unite de gestion 70. 

A titre d'exemple, la premiere memoire 73 est du type 
« premier entre premier sorti ou FIFO » de 256 mots de 16-bits 
m^morisant les evenements qui restent a traiter par ordre 
chronologique. 

35 La deuxi^me memoire 74 peut §tre constitute de deux 

zones memoires de type FIFO accessibles independamment. Une 
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premiere zone memoire est destinee a stocker des dates en 
millisecondes et une seconde zone memoire est destinee h stocker les 
evenements. 

La premiere zone mSmoire des millisecondes est par 
5 exemple, compost de 256 mots de 32-bits repr6sentant la date, en 
millisecondes, de I'arrivee de I'evenement La seconde zone m6moire 
des evenements est par exemple, compose de 256 mots de 32-bits de 
sorte que, les huit bits de poids forts permettent de connaTtre I'origine 
de I'evenement, les huit bits suivants representant le numero du 

10 vecteur ayant produit I'evenement et les seize bits de poids faibles 
representant le temps en centaines de nanosecondes. 

Conformement a I'invention, la memoire vive 61 comprend 
une table des actions memorisant des mots qui definissent I'action en 
fonction de I'evenement. La figure 4 est un exemple montrant les 

15 differentes zones d'un mot 610 de 32-bits, de la table d'action. Les 
huit bits de poids forts correspondent a un vecteur d'entree 611 
associe a I'evenement, les trois bits suivants representent Taction 612 
correspondante, les huit bits suivants representent un vecteur de sortie 
613 associe a Taction suivie d'un complement 614 de cinq bits, les 

20 quatre bits suivants representent un signal de sortie 615 et finalement 
les quatre bits de poids faibles representent le numero 616 d'un 
registre d'horloge. 

On notera que, la table des actions est initialisee ou ecrite 
avant la mise en marche du traitement des evenements, au travers du 

25 bus d'informations 50, et peut etre lue § tout moment au travers du 
m§me bus. 

Un procede de gestion des evenements, selon Tinvention, 
sera maintenant decrit en reference aux figures 5 a 8 en plus de la 
figure 3, 

30 La figure 5 est un organigramme montrant ie deroulement 

general du processus de gestion des evenements comprenant des 
phases de detection, de traitement et d'observation de ces 
evenements. 

A Tetape 100, un evenement 80 est signaie par un signal de 
35 dedenchement qui peut provenir soit de Texterieur du systeme 
informatique, soit ci travers le bus d'informations 50 par Tecriture 
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d'une donn6e provenant d'une unit6 adjacente a I'unit^ de gestion 70, 
soit d'un registre d'horloge interne au module de gestion 60. 

A I'etape 200, 1'evenement est d^tecte par I'unit6 de gestion 
70 et est date avec une precision de I'ordre de 100 nanosecondes, 

5 gr§ce h I'horloge de datation 71, L'6v6nennent regu est stoclc6 d'une 
part, dans la premiere memoire 73 (etape 260) et d'autre part, dans la 
seconde memoire 74 avec sa date d'arrivee (etape 270). 

A I'etape 300, les evenements stockes dans la premiere 
memoire Interne 73 sont traites d'une maniere synchrone. Ensuite, a 

10 I'etape 340 I'action est executee apres une lecture de la table des 
actions dans la memoire vive 61. L'action peut etre destinee a un 
registre d'horloge, au bus d'informatlons, a un generateur de signaux 
ou a une interface d'entree-sortie. 

En general, la gestion en temps reel de I'evenement est 

15 inferieure ou egale a environ une microseconde. A titre d'exemple, 
I'arrivee d'un evenement, sa datation et sa memorisation 
correspondent a 2 cycles d'horloge de datation ^ 10 MHz, c'est-a-dire a 
200 nanosecondes. La recherche de I'action dans la memoire vive 61 a 
double port correspond a 10 cycles d'horloge de synchronisation a 33 

20 MHz, c'est-a-dire h 303 nanosecondes. La preparation du traitement 
correspond a 2 cycles d'horloge de synchronisation a 33 MHz, c'est-a- 
dire a 60,6 nanosecondes. Et, I'execution de Taction, dans le cas d'une 
architecture a bus PCI en mode maitre, correspond a 5 cycles d'horloge 
de synchronisation a 33 MHz, c'est-a-dire a 151,5 nanosecondes. Ainsi, 

25 dans cet exemple, le temps de reponse global est de 715,1 
nanosecondes et done inferieur a 1 microseconde. 

A I'etape 400, les evenements stockes dans la seconde 
memoire interne 74 peuvent etre observes au travers du bus 
d'informatlons 50 (etape 450) d'une maniere connue en soi, par 

30 I'intermediaire de I'environnement logiciel du systeme informatique 
standard. Ainsi, 11 est possible de controler et de retracer I'historique 
de ces evenements. 

La figure 6 montre de fagon plus detaill^e le processus de 
detection des evenements. De faqon ind6pendante, la nature de 

35 I'evenement regu peut etre constitu6 d'un signal de dSclenchement 
interne (etape 110), d'un signal de declenchement externe (etape 
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120), d'un signal de declenchement avec un vecteur associ§ en 
provenance du bus d'informations (6tape 130) ou d'un signal de 
declenchement externe avec un vecteur assocle (etape 140). On notera 
que, des confllts 4ventuels entre diff§rents §v6nements slmuitanSs 

5 sont eiimines, par exemple, de fagon ai^atoire. 

Le signal de declenchement interne (etape 110) peut 
resulter d'un registre d'horloge Interne au module de gestion 60 et 
qui dedenche des signaux ^ des intervailes de temps pr^programm^s. 
Ces intervailes de temps peuvent §tre reguliers, afin de permettre h 

10 I'unlte de gestion 70 d'^mettre une commande d'emission de donnees 
de fagon cyclique et deterministe. L'unite de gestion peut decider la 
mise en route ou I'arret de ces registres. Par ailleurs, les registres 
d'horloges peuvent avoir un fonctionnement automatique. 

On notera que, le signal en provenance d'un registre 

15 d'horloge interne etant deja synchronise, on passe alors directement a 
une etape 250 apres la reception de ce signal. 

En outre, les evenements regus aux etapes 120, 130 et 140 
sont re-synchronises a la frequence de I'horloge interne du systeme 
informatique, aux etapes 221, 231 et 241 respectivement avant d'aller 

20 h I'etape 250. Cette frequence de re-synchronisation est par exemple, 
de I'ordre de 10 MHz. 

A retape suivante 250, une date d'arrivee, a la precision de 
la centaine de nanosecondes, est attribuee a chaque evenement re;u 
par I'horloge de datation 71. 

25 A I'etape 255, les evenements sont identifies par l'unite de 

gestion 70 et le cas echeant auto-vectorises, c'est-S-dire que des 
vecteurs sont reserves pour etre associes d'une part, aux signaux 
externes ne comportant pas de vecteurs et d'autre part, aux signaux 
en provenance des registres d'horloges internes. Ensuite, les 

30 evenements sont stockes aux etapes 260 et 270. 

A retape 260, I'evenement comportant une donnee 
correspondant au signal de declenchement ou d'identification 261 
ainsi qu'une donnee correspondant au vecteur associe 262, est stocke 
dans la premiere memoire interne 73. 

35 A i'etape 270, I'evenement comportant une donnee 

correspondant au signal de declenchement ou d'identification 271, 
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une donnee correspondant au vecteur assocle 272 ainsi qu'une donnee 
correspondant a la date d'arrivee 273, est stocke dans la seconde 
m^moire interne 74. 

On notera que, lorsque la premiere mSmoire 73 et/ou la 
5 seconde nnemoire 74 sont pleines, une interruption est g6neree par 
I'unite de gestion 70 vers l'unit§ centrale 10 au travers du bus 
d'informatlons 50 afin de signaler une §ventuelle perte d'un ou de 
plusleurs 6v6nements d§tect^s. 11 est h remarquer que cette 
interruption est le seul lien, en temps r6el, avec I'unit6 centrale. 
10 En variante, un autre processus de detection est illustre par 

la figure 7. II se distingue de celui de la figure 6 en ce qu'apr^s les re- 
synchronisations des Stapes 221 et 241, les 6v6nements externes sont 
filtr^s aux etapes 222 et 242 respectivement avant d'aller a I'etape 
250. Ainsi, pour une meilleure securite, les 6venements externes sont 
15 f litres, par des filtres connus en sol, afin d'§limlner des parasites 
eventuels provenant des peripherlques volslns. En revanche, la 
filtration Implique une perte de quelques microsecondes et par 
consequent, une augmentation du temps de reponse. 

La figure 8 montre de fagon plus d6talll6e le processus de 
20 traitement des evenements. 

Dans le cas oCi un ou plusleurs 6venements seraient presents 
dans la premiere memoire Interne 73, le processus de traitement se 
d^clenche d I'etape 310. 

A rstape 320, les vecteurs ou les auto-vecteurs associes aux 
25 6v6nements qui sont stockes dans la premiere m6moire interne 73 
sont ius de fagon sequentielle. 

Ensuite, a I'etape 330, le vecteur assocle h I'evenement regu 
en premier est recherch§ dans la table des actions. Si le vecteur 
indique qu'll n'y a plus d'autres actions a executer alors on revient 
30 I'etape 310 de d6but. Par ailleurs, si le vecteur n'est pas trouve dans la 
table des actions, une interruption est gen^r^e et on revient aussi a 
I'etape 310 de debut. En revanche, si le vecteur est trouv6, Paction ou 
les actions associ^es sont execut^es k I'etape 340. 

Ainsi, en fonctionnement normal, c'est-a-dire mis a part une 
35 interruption eventuelle, I'unite centrale n'intervient pas dans les 
processus de detection et de traitement de I'6v6nement. En 
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consequence, une action est executee en reponse ei un ev6nement en 

un temps de reponse tr^s rapide de I'ordre d'une microseconde. 

Par ailleurs, I'unit6 centrale sert par exemple, ^ initialiser les 

registres d'horloges ou k d6marrer I'unit6 de gestion. Une fois que les 
5 initialisations sont termin§es, I'unite centrale n'intervient plus dans le 

processus de gestion des 6v6nements et peut ainsi, Stre employee a 

toutes autres taches. 

Les figures 9 et 10 illustrent un example de gestion d'un 

6v6nement en provenance d'un registre d'horloge interne. 
10 En effet, la figure 9 illustre tres schematiquement, un 

syst^me Informatique selon I'invention, comportant une unit§ centrale 

10 reli6e via un bus d'informations 50 a un module de gestion 60 et a 

une unite d'Interface num^rique 85, par exemple une carte de type 

1553, en relation num^rique avec un 4quipement 87 externe. Par 
15 ailleurs, deux registres d'horloges 64 et 65 numerot^s « 0» et « 1 » 

font partie du module de gestion 60. Bien entendu, le nombre de 

registres d'horloges n'est pas limite ^ deux. 

Au depart, I'unite centrale 10 initialise les registres 

d'horloges 64 et 65 (« 0 » et « 1 ») a 100 millisecondes, d^marre 
20 runit6 de gestion 70 du module de gestion 60 et initialise I'unite 

d'Interface num^rlque 85, au travers du bus d'informations 50, 

Lorsque le registre d'horloge 64 num^ro « 0 » arrive au bout 

de son comptage, il g6n%re un 6venement «E0 » qui met d'abord en 

arrdt le registre « 0 » et qui lance ensuite un second registre d'horloge 
25 65 num^ro « 1 ». Ensuite, I'unite de gestion 70 6crit par exemple la 

donn^e « 55 », au travers du bus d'informations 50, dans I'unite 

d'Interface numerique 85 qui provoque I'emission de donn^es vers 

i'^quipement 87 externe. 

Le processus d^crit ci-dessus, peut etre code de la fagon 
30 lllustr^e par la table des actions representee sur la figure 1 0. 

La premiere ligne indique que sur reception du vecteur 

d'entree 611 « EO = 11100000 », Taction 612 « 010 » arrete le registre 

d'horloge 64 numero « 0 ». 

La deuxieme ligne indique que Taction 612 « Oil » lance le 
35 registre d'horloge 65 numero « 1 ». 



wo 03/107185 




PCT/FR03/01761 



A la troisieme ligne I'action 612 «000», indiquant une 
ecriture h travers le bus d'informations 50, est exScutSe en 6crivant le 
vecteur de sortie 613 « 55 » avec un complement 614 « 00000 », ci 
I'adresse contenue dans un reglstre « adresse 1 », de I'unite d'interface 
5 numerique 85, indique par le signal de sortie 61 5 « 0000 ». 

La ligne suivante contenant le vecteur d'entree 61 1 « FF = 
11111111 » indique k I'unite de gestion 70 qu'il n'y a plus d'autres 
actions h executer pour le vecteur d'entr6e 61 1 « EO ». 

Les figures 11 et 12 illustrent un exemple de gestion d'un 
10 §v6nement externe. Cet exemple, concerne une surveillance d'un 
certain seuil de tension predetermine d'un 6qulpement externe. 

En effet, ia figure 11 illustre tr§s sch6matiquement, un 
module Informatique selon I'invention, comportant une unite centrale 
10, un systeme de gestion 60, une unite d'acquisition analoglque 89 et 
15 une unite d'interface numerique 85, par exemple une carte du type 
1553. Ces differentes unites sont reliees entre elles au travers du bus 
d'informations 50. Les unites d'acquisition analogique 89 et 
d'interface numerique 85 sont en relation avec un ^quipement 87 
externe. L'unlt6 d'acquisition analogique 89 surveille le niveau de 
20 tension de l'6quipement 87 externe dont le seul lien avec le module de 
gestion 60 est une liaison num6rique ^ travers I'unit6 d'interface 
numerique 85. 

L'unite centrale 10 d6marre I'unite de gestion 70 du module 
de gestion 60, demande a I'unite d'interface numerique 85 d'envoyer 

25 un message de d^but de generation a I'^quipement 87 et finalement 
demande k l'unit§ d'acquisition analogique 89 de commencer une 
surveillance (fleche 88) de la tension de I'equipement 87 externe. A 
partir de cet instant l'unit§ centrale 10 n'intervient plus dans la 
gestion des ev^nements. 

30 Lorsque la tension de I'equipement 87 depasse le seuil fixe, 

I'unite d'acquisition analogique 89 g^nere (flechie 82) un signal de 
declenciiement et un vecteur associe, par exemple le vecteur « 1 1 », a 
I'unite de gestion 70. A son tour, I'unite de gestion 70 va scruter la 
table des actions et ecrire une donnee, par exemple « 22 », dans 

35 I'unite d'interface numerique 85. Suite h la reception du vecteur 
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« 22 », I'unite d'interface numerique 85 va 6mettre (fl^che 92) une 
commande a I'^quipement 87 externe pour stabiliser la tension. 

Le processus d6crit ci-dessus, peut €tre cod6 de la fagon 
illustree par la table des actions representee sur la figure 12. 
5 Sur reception de I'ev^nement au vecteur d'entr§e 611 « 1 1 », I'action 
612 « 000 », indiquant une 6criture a travers le bus d'lnformatlons 50, 
est ex6cutee en §crivant le vecteur de sortie 613 « 22 » avec un 
complement 614 « 00000 », a I'adresse contenue dans un registre 
« adresse 1 », de I'unit6 d'interface numerique 85, indique par le 
1 0 signal de sortie 61 5 « 0000 ». 

La ligne suivante contenant le vecteur d'entr6e 61 1 « FF » 
indique d I'unit6 de gestion 70 qu'il n'y a plus d'autres actions a 
executer pour le vecteur d'entree « EO ». 
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14 



REVENDICATIONS 

1. Precede de gestion des §v6nements, dans un syst^me 
informatique standard comportant une unlt6 centrale (10) connect§e 

5 h des unites memoires (20) et des p§riph6riques (30, 40) par un bus 
d'Informatlons (50) permettant un montage multi-maitre, 
comprenant les Stapes suivantes : 

- recevoir les 6v^nements, 

- dater et stocker ces 4v6nements, 

10 - attribuer au moins une action appropri^e d cliaque 6v6nement requ, 

- executer cette action en r6ponse h l'6venement requ, 

caract^rise en ce que les etapes de gestion pr^citees sont realisees en 
temps reel sans acceder h I'unite centrale (10), par une unite de 
gestion (70) compris dans un module de gestion (50) independent relie 
15 au bus d'informations (50) et implante dans le systeme informatique 
standard. 

2. Precede de gestion selon la revendication 1, caracterise en 
ce que chaque evenement re?u est stocks dans une premiere memoire 
(73) associee a I'unite de gestion (70). 

.20 3. Precede de gestion selon I'une quelconque des 

revendications 1 et 2, caracteris§ en ce que la gestion en temps r6el est 
de I'ordre d'une microseconde. 

4. Proc§d6 de gestion selon Tune quelconque des 
revendications 1 a 3, caract§ris§ en ce que le module de gestion (60) 

25 Ind^pendant est isol6 de I'unite centrale (10) par un pont (57). 

5. Proc^d6 de gestion selon I'une quelconque des 
revendications 1 a 4, caract6ris6 en ce que ladite action est lue dans 
une table des actions associee h I'unite de gestion (70) et est 
pr6programm6e au travers du bus d'information (50). 

30 6. Precede de gestion selon I'une quelconque des 

revendications 1 a 5, caracteris6 en ce que les evenements regus par 
I'unite de gestion (70) sont dates avec une precision de I'ordre de 100 
nanesecondes et stockes en outre dans une seconde memoire (74) 
associee a I'unite de gestion (70) permettant ainsi de lire ces 

35 evenements aux travers du bus d'informations (50) afin d'enregistrer 
et de controler ces evenements. 
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7. Proc6d6 de gestion selon I'une quelconque des 
revendications 1^6, caract^rise en ce que les 6venements re?us par 
l'unit§ de gestion (70) sont g6n6r6s par un reglstre d'horloge ( 64, 65) 
interne au module de gestion (60). 
5 8. Proc6d§ de gestion selon I'une quelconque des 

revendications 1 d 6, caracteris6 en ce que les 6v6nements regus par 
l'unit§ de gestion (70) proviennent d'une unit6 adjacente (89) au 
module de gestion (60). 

9. Proc6d6 de gestion selon I'une quelconque des 
10 revendications 1 a 6, caracterise en ce que les 6venements re?us par 

I'unite de gestion (70) proviennent d'un 6quipement (87) exterieur au 
syst^me informatique. 

10. Precede de gestion selon I'une quelconque des 
revendications 8 et 9, caracterise en ce que les evenements regus par 

15 I'unite de gestion (70) sont synchronises a une frequence 
correspondante ^ celle d'une horloge interne au systeme 
informatique. 

11. Proc6d6 de gestion selon I'une quelconque des 
revendications 9, caract6ris6 en ce que les 6v6nements regus de 

20 I'equipement (87) exterieur sont filtres afin d'iliminer d'eventuels 
parasites. 

12. Proc6de de gestion selon I'une quelconque des 
revendications 1 11, caract6ris6e en ce qu'une interruption est 
generee par I'unit6 de gestion (70) lorsqu'un 6v6nement ne peut pas 

25 §tre associ6 h une action. 

13. IS/lodule de gestion des evenements, implante dans un 
systeme informatique standard comportant une unite centrale (10) 
connectee a des unites m^moires (20) et des p6riph§riques (30, 40) par 
un bus d'informations (50) permettant un montage multi-maTtre, 

30 caracterise en ce qu'il comprend : 

- une unite de gestion (70) ind^pendante, relive au travers 
d'une interface (63) a I'unite centrale (10) via le bus d'informations 
(50), ladite unit4 de gestion (70) §tant destinee a recevoir et d trailer 
ces evenements en temps reel sans I'lnterm^dlaire de I'uniti centrale 

35 (10), 
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- une horloge de datation (71) destine k dater ces 
ev6nements avant de les stocker dans une premiere memoire (73) 
interne a I'unite de gestion (70), et 

- une memoire vive (61) comprenant une table des actions 
5 preprogrammee, assod^e h I'unite de gestion (70), destin6e h attribuer 

des actions appropri^es aux §v6nements requs par cette derniere. 

14. Module de gestion selon la revendication 13, caract6ris4 

en ce que le bus d'information (50) est un bus standardise du type 

choisi parmi un bus PCI, un bus VME, un bus compact PCI, un bus USB. 
10 15. Module de gestion selon I'une quelconque des 

revendications 13 et 14, caracteris6 en ce qu'il comprend en outre une 

seconde m6moire (74) interne h I'unite de gestion (70) permettant de 

stocker les 6venements afin de les lire aux travers du bus 

d'informations (50). 
15 16. Module de gestion selon I'une quelconque des 

revendications 13 ^ 15, caracteris§ en ce que les premiere (73) et 

seconde (74) memoires sont du type FIFO. 

17. Module de gestion selon la revendication 13, caracterise 

en ce que la memoire vive (61) comprenant la table des actions est une 
20 memoire RAM double port. 
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